home *** CD-ROM | disk | FTP | other *** search
/ Power Programmierung / Power-Programmierung CD 2 (Tewi)(1994).iso / cdrom / mitsumi / extra / mitsum.th < prev   
Text File  |  1994-02-28  |  26KB  |  493 lines

  1. Article 7772 in alt.cd-rom:
  2. From: wlsmith@valve.heart.rri.uwo.ca (Wayne Smith)
  3. Subject: Mitsumi CD-ROM drives:  ->FAQ<-
  4. Organization: (this space for rent)
  5. Date: Sun, 7 Feb 1993 19:54:38 GMT
  6. Message-ID: <1993Feb7.195438.27607@julian.uwo.ca>
  7. Sender: news@julian.uwo.ca (USENET News System)
  8. Nntp-Posting-Host: valve.heart.rri.uwo.ca
  9. Lines: 482
  10.  
  11. Over the last few months, I've asked some questions about CD-ROM drives
  12. in general, and the Mitsumi drive in particular.  Here's what I've
  13. collected...
  14.  
  15.  
  16. ------------------------------------------------------------------------------
  17. From: forb0004@student.tc.umn.edu (Eric Forbis)
  18. Subject: Re: New Mitsumi drive
  19.  
  20. >I am thinking about buying a (cheap) CD-ROM drive for my PC. 
  21. >ComputAbility's ad has a new Mitsumi drive for 187$. Has anyone
  22.  
  23. I bought one for $199 at Software ETC, and brought it home expecting conflicts
  24. with other boards. To my surprise, the physical installation was a breeze and
  25. their factory settings worked fine. I rebooted with the new cd drivers
  26. provided, saw a new drive listed on dosshell, plugged in one of my meager
  27. collection of CD's, and was immediately working. Very pleasent surprise. I
  28. haven't tested the access speed yet, but since responses are relatively quick,
  29. it must be operating at close to the 380ms. 
  30.  
  31. Very good deal, IMHO.
  32. ------------------------------------------------------------------------------
  33. From gpaille@cln.etc.bc.ca  Sat Feb  6 17:04:33 1993
  34. From: gpaille@cln.etc.bc.ca
  35. Subject: Re: Photo CD
  36.  
  37. >Can you tell me if any Mitsumi drives are mentioned in that list, and
  38. >if so will they read mulitsession (Photo CD) cd's?
  39.  
  40. The document I was referring to indicates that the Mitsumi CRMC-LU005s internal
  41. drive will read multisession using the controller card and device driver
  42. software that comes with the drive.  (for IBM and compatible computers)
  43. ------------------------------------------------------------------------------
  44. From smlg1015@uxa.cso.uiuc.edu  Mon Jan  4 16:22:35 1993
  45. From: Stuart M Lichtenthal <smlg1015@uxa.cso.uiuc.edu>
  46. Subject: Re: Mitsumi CD-ROM drive: $169  -> Good, bad or ugly?
  47.  
  48. I bought that drive for $199 4 months ago.
  49. All CD-Rom drives are slow compared to hard disks.  I don't use it for
  50. Multimedia since I don't have any MM CD's.  It is the bare minimum for getting
  51. data off CD's and the seek  time will annoy you from the start. However,
  52. people say that all CD-Rom's have this problem.
  53.  
  54. Believe it or not, I don't have any music CD's and haven't tried playing any
  55. on the Mitsumi.  The drivers I'm using came from cica.  I couldn't believe the
  56. ones in the box wouldn't work with Windows 3.1.  Nevertheless, getting the one
  57. off cica fixed the problem.  If you are running os/2, be prepared to do battle.
  58. You need to set up a specific dos session in order to use the mitsumi or most
  59. any of the non SCSI CD drives.  Mitsumi has been "working on the drivers" for
  60. quite some time.  What this means is that under os/2, you can't just access
  61. the drive, but have to leave os/2 for dos, and not just os/2 dos, but real
  62. dos before you can get to the drive.
  63.  
  64. There seems to be a wealth of CD-ROM stuff around.  I only have two disks, one
  65. from Microsoft and one from IBM with alot of programming information on them.
  66. This is also the way that Windows NT is being distributed.
  67. -----------------------------------------------------------------------------
  68. From FFAAB02@BLEKUL11.bitnet  Tue Jan  5 09:18:11 1993
  69. From: Ivo Jossart <ffaab02%blekul11.bitnet@utcs.utoronto.ca>
  70. Subject:      Re: Mitsumi CD-ROM drive: $169 -> Good, bad or ugly?
  71.  
  72. I have such a drive, and it works fine. It has a special IDE interface and it
  73. uses IRQ 2,3,4,5 (one of these). If you have lots of i-o boards like scanners,
  74. sound cards ... you may get into trouble with irq conflicts. If you can afford
  75. a scsi-cdrom and controller you can attach up to 7 cdroms mod's hard disks ...
  76. on one single controller. (and you can have more than 1 controller in a
  77. machine ...) 
  78.  
  79. It all depends on how much you can afford, and if you want to get some high
  80. tech specs. (like photo cd requires a multi-session cd-player, or heavy
  81. multimedia stuff...)
  82. -------------------------------------------------------------------------------
  83. From ee_d316@ceres.kingston.ac.uk  Thu Jan 14 10:05:46 1993
  84. From: Stevey Weavey <ee_d316@ceres.kingston.ac.uk>
  85. Subject: Re: New Mitsumi CD-ROM Drive
  86. From: dh@fncrd6.fnal.gov (don husby)
  87. Subject: Mitsumi drives
  88.  
  89.   The fast version is specified to have an average seek time of 350ms, a
  90. sustained transfer rate of 175K bytes/sec.  It claims to be MPC compatible
  91. and meets or exceeds High Sierra and ISO 9660 specifications.  It is not a SCSI
  92. drive, but it does have a 16 bit controller.  It is advertised (by Insight) as
  93. having a 32K buffer, but the user manual says nothing about buffer size, and
  94. there are no RAM chips on the controller board.  I suspect that it does have a
  95. large buffer inside the drive.
  96.  
  97.   The slow version has an 800ms seek time, 2K buffer, and a 150KB/S transfer
  98. rate and an 8 bit controller interface.
  99.  
  100.   The fast one is significantly faster than the slow one when running the
  101. Toolworks encyclopedia (My only benchmark).  Both worked with the Soundblaster
  102. Pro (Though I did NOT try them with the soundblaster's CD rom controller.)
  103. using default interrupts, DMA channels, etc.  The music samples from the
  104. toolworks encyclopedia were a little distorted when they were played through
  105. the soundblaster.
  106. ---------------------------------------------------------------------------
  107. From: rjk@iastate.edu (Jeff Kraemer)
  108. Subject: Re: DR-DOS 6.0 and Mitsumi MTMCDE.SYS
  109.  
  110. >There are problems using the emm386.sys and the interrupt and DMA-transfer
  111. >driver mtmcde.sys together. If I try to load mtmcde.sys with emm386.sys
  112. >installed, the system hangs.
  113.  
  114. >  This should probably go onto the FAQ file.  It's about the fourth time a
  115. >question of this type has been asked in the past few weeks.  There seems to
  116. >be a bug/feature in Mitsumi's MTMCDE.SYS that prevents it from working
  117. >properly with memory managers.  It will NOT load high.
  118.  
  119. Huh?  Well, I bought the cheapie mitsumi drive last week (the 150msec one) and
  120. I admit, it caused me quite a bit of grief to get enough free memory to run
  121. _anything_ off of it.  However, after way too much fun with my manuels (sp?)
  122. for 8 hours, I managed to push it up into high.  It ate allmost all that was
  123. available in high *grr* but up it went.  With no tsrs running, I got it to 627k
  124. free.  I reloaded a disk caching program, and now I have 599 free.  The trick
  125. lies in the order that you put the items in autoexec.bat and config.sys.
  126.  
  127. I still havent figured out the dippy windows cut and paste yet, but if there is
  128. interest, I will dig back out the windows book and figure it out, and post my
  129. autoexec and config files.  I should note: I'm using DRDOS, which I strongly
  130. recommend, and the tricks I used wont work with DOS.
  131.  
  132. PS I am using emm386 at the same time. 
  133. Email me, and if I get too many I'll post it.
  134. -----------------------------------------------------------------------------
  135. From: harrison@lclark.edu (Mark Harrison)
  136. Subject: Re: New Mitsumi -- Driver loaded high w/QEMM?
  137.  
  138. >Has anyone managed to load the device driver for the NEW Mitsumi drive,
  139. >the LU-005S, high using QEMM?
  140.  
  141. >I've got 6.02 of QEMM, but everytime the driver tries to come up when asked
  142. >to load high, it just freezes, and doesn't load.  The system isn't ENTIRELY
  143. >locked up, as the numlock light still toggles and I can reset with a C-A-D,
  144. >but the driver never loads high.
  145.  
  146. >Anyone having loaded it high with QEMM who would like to pass the info on to
  147. >me would be much appreciated.
  148.  
  149. I've read about this problem several times now.  I just picked one up last
  150. night and had no problem load everything high with QEMM 6.02.  Perhaps I got
  151. newer drivers?  My only problem is that I can't use the DMA option of
  152. MTMCDE.SYS with Sherlock Holmes or Carmen Sandiego.  It could have something
  153. to do with my soundboard.  Simtel works great with DMA option.
  154.  
  155. I'll bring in my disk tomorrow and see if we have different versions.  If so,
  156. I'll mail mine out to anyone who needs newer ones.  I'll also try to bring in
  157. my config.sys and autoexec.bat if our drivers are the same.
  158. ----------------------------------------------------------------------------
  159. From: pjs@ariel.ucs.unimelb.EDU.AU (Peter John Swiatkowski)
  160. Subject: Re: What is the access time on the cheap Mitsumi?
  161.  
  162. >From my reading of the BBS CD-ROM conference: Mitsumi have released a new
  163. >model drive (500 in the model number I think) which still uses their
  164. >proprietary interface but has 350ms seek times and is fully multi-session
  165. >XA and photo CD compliant. The selling price is generally a bit higher by I
  166. >have seen vendors offering it for less than US$200.
  167. >Do you happen to know what size buffer it has?
  168.  
  169. 32K I believe. Not a lot but more than many of its competitors.
  170. -----------------------------------------------------------------------------
  171. From: splee@pd.org (Seng-Poh Lee, Speedy)
  172. Subject: Re: DAK BSR CD-ROM drive
  173. > I purchased a $200 BSR drive from DAK (which comes with a proprietary non-
  174. > SCSI host interface. The drive works fine, but the host adaptor interferes
  175. > with the floppy drives. 
  176.  
  177. How so? I have no problems whatsoever. My card is set for 310 and IRQ 2
  178.  
  179. > Since I have been unsuccesful at getting through DAKs' customer support
  180. > phone line for more then 3 weeks now, and sinc e DAK does not respond to
  181. > customer support FAX requests, 
  182.  
  183. I faxed a query in and they DID call me back. Three weeks later, but they DID
  184. call back.
  185.  
  186. > Can anyone recommend another source for the drive that DAK sells, or a
  187. > different drive ? Something in the $200 range is preferrable. It must be
  188. > external as I have no open bays left in the machine. Is the Mitsumi drive
  189. > any good ?
  190.  
  191. The DAK BSR drive IS a Mitsumi.
  192. -----------------------------------------------------------------------------
  193. From: pat@aurora.cis.upenn.edu (Pat Barron)
  194. Subject: Re: Tech info on Mitsumi CD-ROM or drivers
  195.  
  196. >From: dittman@skitzo.dseg.ti.com (Eric Dittman)
  197. >Subject: Re: Tech info on Mitsumi CD-ROM or drivers
  198. >Mitsumi's phone number is 408-970-0700.
  199. >It was real nice of them to leave out their address and phone number from
  200. >their manuals.  Fortunately, a call to 408-555-1212 tracked them down.
  201.  
  202. Good luck getting any info out of these folks.  I've dealt with them, over the
  203. same issue that Terry has (except I was trying to write an OS/2 driver for the
  204. low-end drive, and trying to write a better DOS driver to replace the one I got
  205. with the drive, which is much too slow for my tastes [and Mitsumi confirmed for
  206. me that their driver doesn't have much in the way of optimizations).
  207.  
  208. Apparently, they left their address and phone number off of the documentation
  209. because they simply do not want to talk to end users.  After badgering their
  210. customer support manager for weeks, I finally got them to send me the
  211. engineering spec for the drive (under non-disclosure, so I can't share it -
  212. sorry!).  I found some bugs in the spec, and single-stepping through their DOS
  213. driver revealed that the driver was using commands that were not documented in
  214. the spec.  Trying to ask them about it resulted in about two months of
  215. unreturned phone calls and FAXes.  When I finally managed to catch the customer
  216. support manager at his desk, he effectively told me they couldn't support end
  217. users, they wouldn't answer my questions, and there was nothing else they could
  218. do for me.  Apparently it would have gone differently if I were an "established
  219. company" and wanted to contract to write a driver for them.  During my first
  220. conversation with him, he offered to send me the source code for the DOS
  221. driver, which he later changed his mind about.  When I asked what I could do
  222. about this drive that's useless in my OS/2 machine, he said "Please understand
  223. that OS/2 *is* important to us", but there was no schedule for doing an OS/2
  224. driver for the low-end drive, since they're busy working on getting their
  225. newer products out the door.
  226.  
  227. Disclaimer:  as you can probably tell, I'm still pretty steamed about all of
  228. this, and I'm sure it shows in what I wrote.  Take it for what it's worth.....
  229.  
  230. P.S.  If you want to reply to this, ignore the headers and send replies
  231.       to me at "Pat_Barron@transarc.com".
  232. -------------------------------------------------------------------------
  233. From dce@krusty.smsc.Sony.COM  Tue Jan 12 17:25:05 1993
  234. From: dce@krusty.smsc.Sony.COM
  235. Subject: Re: CD-ROM: SCSI vs "other",fast vs slow,Mitsumi,MPC,formats ->?
  236.  
  237. > 1) Given the relatively low data transfer rate of these CD-rom drives,
  238. >    is there any advantage in getting a SCSI cd-rom (and paying $150 to
  239. >    $200 for a SCSI controller) or would a proprietary controller card
  240. >    be perfectly adequate?
  241.  
  242. Well, you can upgrade to a better SCSI card (maybe one with caching or some
  243. other features), but you're stuck with a proprietary CD-ROM controller.
  244. Otherwise, I'd say it's a crap-shoot right now.
  245.  
  246. > 2) Is this multi-media thing just a list of required hardware?  
  247. >    (ie are cd-rom drives sold 3 or 4 years ago just as MPC compatible
  248. >    as currently available ones?)  Is it possible to buy a cd-rom drive
  249. >    today and find that it is in some way (major or minor) not MPC
  250. >    compatible?  
  251.  
  252. Some drives are really slow, and are thus not compliant.  MPC is used by
  253. CD-ROM disc creators to have some kind of minimum measure of speed.
  254.  
  255. There are two parts to the speed issue: access time and data transfer rate.
  256.  
  257. Older drives may not be able to decode fast enough to run at 150k/sec, and
  258. that can be a problem, but the access time can be an even bigger deal when
  259. the software expects to be able to get around the disc.  For example, if you
  260. have an interactive adventure game where going through a door requires moving
  261. halfway across the disc, and you have an average access time of 1 second
  262. (1000ms), the game is going to feel slow.
  263.  
  264. > 2a) I have read that the old (and still prevelant) transfer rate of
  265. >     150 k/sec is at best borderline as far as animation goes.
  266. >     Will I really really be sorry that I didn't get a 300k/sec drive?
  267.  
  268. Interestingly enough, you probably won't, at least not in this regard.
  269.  
  270. Currently, Video for Windows won't run very well on a 150kb/sec CD-ROM drive
  271. (even on an Adaptec 1740 EISA SCSI adapter and a 350ms ast drive).  Originally,
  272. QuickTime wouldn't handle that very well, either, but improvements are being
  273. made.  In other words, by the time it really matters, most software will be
  274. able to handle the slower data rates.
  275.  
  276. On the other hand, you won't regret buying a 300k/sec drive.  I have two
  277. (an NEC CDR-74 and a Sony CDU-561), and I wouldn't want to use anything slower.
  278. ----------------------------------------------------------------------------
  279. From: wade@nb.rockwell.com (Wade Guthrie)
  280. Subject: Re: CD-ROM: SCSI vs "other",fast vs slow,Mitsumi,MPC,formats ->?
  281. > 1) Given the relatively low data transfer rate of these CD-rom drives,
  282. >    is there any advantage in getting a SCSI cd-rom (and paying $150 to
  283. >    $200 for a SCSI controller) or would a proprietary controller card
  284. >    be perfectly adequate?
  285.  
  286. Well, you have to ask yourself: do you want to stay with DOS for the rest of
  287. your life?  If the answer is no (I am planning on getting Linux, for example)
  288. then I think SCSI will be more compatible with other OS options.
  289.  
  290. As far as throughput, heck, I don't know.  The reason I originally went SCSI
  291. was card slots.  I can have up to seven devices (I currently have 2 hard disks
  292. and a CD) plus a floppy controller and only suck-up one slot.
  293.  
  294. >    (I've read about tons of problems with SCSI drivers.  Are drivers for
  295. >     proprietary controllers more or less trouble-free?)
  296.  
  297. I had to do one driver swap (to get sound -- the first driver did data okay,
  298. but no sound).  This was no hastle (and DC Drives should have known better,
  299. anyway).  From what I've heard, the Correl SCSI drivers are pretty good as
  300. well.  The proprietary drivers will be matched to the CD-ROM, so they should
  301. be pretty okay too.
  302.  
  303. > 2) Is this multi-media thing just a list of required hardware?  
  304. >    (ie are cd-rom drives sold 3 or 4 years ago just as MPC compatible
  305. >    as currently available ones?)  
  306.  
  307. They may not be fast enough.  I don't remember the speed requirements, but I
  308. think it is in the neighborhood of 350ms access on the CD-ROM.  The cheapest
  309. drives (as well as most of the 3 or 4 year-old ones) are gonna be in the area
  310. of 600ms.
  311.  
  312. >    Is it possible to buy a cd-rom drive today and find that it is in some
  313. >    way (major or minor) not MPC compatible?
  314.  
  315. Yeah, speed.
  316.  
  317. > 3b) I haven't asked HI-TECH if they sell a starter-pak of CD software, but
  318. >     is it cheaper in the long run to buy a drive and start-set of cd's in
  319. >     a combined deal (what, $280, $325?) or just buy the drive of my choice
  320. >     and buy the software of choice separately?
  321.  
  322. Well, it depends on what you want.  I never would buy a description of mammals
  323. (a common CD in the CD-bundles sold with the drive) on my own.  Yeah, I could
  324. get one cheaper if I got it with the drive; but, I got away cheaper still --
  325. I didn't get it at all.  When I looked what came with the bundles and asked
  326. myself: would you buy any (or even 3 out of 5) of those on your own?  If the
  327. answer is 'yes', then you should probably go with the bundle.
  328.  
  329. > 4) Is there a top-10 list of "must-have" cd's. or a list of stuff not to
  330. >    get?  Does anyone have any preferences either way?
  331.  
  332. I decided that one big reason to get a CD-ROM was to get a tap into all the
  333. shareware (it is a lot easier than down-loading, for me).  I think that the
  334. SIMTEL disc ($24.95, as I remember from Walnut Creek) is really cool.  In
  335. addition, there's the CICA windows disk.  I'd give the GNU disc a miss, cause
  336. the stuff's not set-up for PCs (find a disc with the GNUISH stuff on it --
  337. SIMTEL has some, but not a lot).  Finally, if you get a CD-ROM drive that
  338. takes caddies, you can't beat Walnut Creek ($4.95); their number is
  339. 1-800-786-9907.
  340. --------------------------------------------------------------------------
  341. From: mbeyer@zamboni.NSP-SERVER1 (Mark D Beyer)
  342. Subject: Re: CD-ROM: SCSI vs "other",fast vs slow,Mitsum
  343.  
  344. >    is there any advantage in getting a SCSI cd-rom (and paying $150 to
  345. >    $200 for a SCSI controller) or would a proprietary controller card
  346. >    be perfectly adequate?
  347.  
  348. If you have lots of peripherals and not a lot of open slots, SCSI is good
  349. because you can daisy chain 6 or 7 peripheral devices to just one adapter.
  350.  
  351. >    (I've read about tons of problems with SCSI drivers.  Are drivers for
  352. >     proprietary controllers more or less trouble-free?)
  353.  
  354. The SCSI spec is not the cause of buggy drivers.  I've not had problems with
  355. Adaptec drivers.
  356. ----------------------------------------------------------------------------
  357. From: adrie@ica.philips.nl (Adrie Koolen)
  358. Subject: Re: CD-ROM: SCSI vs "other",fast vs slow,Mitsumi,MPC,formats ->?
  359.  
  360. >1) Given the relatively low data transfer rate of these CD-rom drives, is
  361. >   there any advantage in getting a SCSI cd-rom (and paying $150 to $200 for
  362. >   a SCSI controller) or would a proprietary controller be perfectly adequate?
  363.  
  364. When you compare a CDROM with a hard disk, there's a big difference in one
  365. respect. With a hard disk, you normally only want to read files and do nothing
  366. with the blocks as you read them. Not so with CDROM drives.  As you play an
  367. animation (real time file), you want to do something with the blocks as you
  368. read them, e.g. send them to audio play hardware or the VGA. In the meantime
  369. you need processor cycles to process the data.
  370.  
  371. To do all this with the limited resources of the PC, you want the CDROM
  372. hardware to be as fast as possible, i.e. a low AT-bus load and a fast and
  373. efficient MS-DOS driver. When reading ordinary files, you will probably not
  374. notice whether the load of the CDROM drive(r) is 90% or 10%, but when playing
  375. animations, you'll see and hear the difference.  Note that Microsoft specifies
  376. a maximum of 40% for MPC compatibility.
  377.  
  378. Most SCSI adapters are very efficient in their way of transfering data over
  379. the AT-bus. Especially bus mastering controllers like Adaptec's AHA 1542b.
  380. DMA, when not implemented cleverly, can be real bad in bus load.
  381. -----------------------------------------------------------------------------
  382. Subject: CD-ROM: SCSI vs "other",fast vs slow,Mitsumi,MPC,formats ->?
  383. From: terry.goodman@pcb.batpad.lgb.ca.us (Terry Goodman) 
  384.  
  385. >   (I've read about tons of problems with SCSI drivers.  Are drivers for
  386. >    proprietary controllers more or less trouble-free?)
  387.  
  388. Under DOS, yes.  But a proprietary controller is less likely to be supported
  389. by your next operating system than a popular SCSI adapter from a major
  390. manufacturer.
  391.  
  392. >2) Is this multi-media thing just a list of required hardware? (ie are cd-rom
  393. >   drives sold 3 or 4 years ago just as MPC compatible as currently available
  394. >   ones?)  Is it possible to buy a cd-rom drive today and find that it is in
  395. >   some way (major or minor) not MPC compatible?
  396.  
  397. The original MPC specifications as to system RAM and reader speed were
  398. unrealistic.  Moreover, you might be wise to hold out for a reader that is
  399. Kodak Photo-CD compatible.
  400.  
  401. >2a) I have read that the old (and still prevelant) transfer rate of 150 k/sec
  402. >    is at best borderline as far as animation goes.  Will I really really be
  403. >    sorry that I didn't get a 300k/sec drive?
  404.  
  405. If animation is your interest, yes.  If your CDROMs are shareware file
  406. collections or even just text databases, slow access will be less disturbing.
  407.  
  408. >   Are there any advantages in getting the external vs the internal drive?
  409.  
  410. The extra expense of an external unit (with its cabinet and power supply) may
  411. be worth it if you have multiple PC's and may want to share or occasionally
  412. move the drive to another system, or if you have other plans for the drive
  413. bay space in your system unit.
  414.  
  415. >4)  Is there a top-10 list of "must-have" cd's. or a list of stuff not to get?
  416. >    Does anyone have any preferences either way?
  417.  
  418. Microsoft Bookshelf, an encyclopedia, and one of the mammoth collections of
  419. Great Books.  The Atlas products are pretty and interesting, but very sparse
  420. on data and instantly out of date, in our changing world.
  421.  
  422. DAK has a Computer Select Limited Edition CDROM available that may well be
  423. worth more to you than the price of a drive from them, if you do any PC
  424. consulting.
  425. ----------------------------------------------------------------------------
  426. From peter.gottlieb@channel1.com  Mon Jan 18 01:46:18 1993
  427. From: peter.gottlieb@channel1.com (Peter Gottlieb)
  428. Subject: cd-rom: scsi vs "other",f
  429.  
  430. >1) Given the relatively low data transfer rate of these CD-rom drives, is
  431. >   there any advantage in getting a SCSI cd-rom (and paying $150 to $200 for
  432. >   a SCSI controller) or would a proprietary controller card be perfectly
  433. >   adequate?
  434.  
  435. If you don't need the SCSI card for other things or for future expansion, you
  436. can stay with a proprietary solution.  You are correct about the speed.
  437.  
  438. >   (I've read about tons of problems with SCSI drivers.  Are drivers for
  439. >    proprietary controllers more or less trouble-free?)
  440.  
  441. I had no problems with adding a Toshiba XM3401B to my Adaptec 1542b.  The only
  442. thing missing being able to play audio disks, but that is due to the lack of
  443. driver and can be solved at any time by buying the CorelSCSI driver package.
  444. I don't really care about playing audio disks, though.
  445.  
  446. >2) Is this multi-media thing just a list of required hardware? (ie are cd-rom
  447. >   drives sold 3 or 4 years ago just as MPC compatible as currently available
  448. >   ones?)  Is it possible to buy a cd-rom drive today and find that it is in
  449. >   some way not MPC compatible?
  450.  
  451. The MPC standards are not too tough as far as CD-ROM specs go.  But there are
  452. reported problems with drives that claim to be MPC compatible.  Most drives
  453. today that claim MPC work fine.  
  454.  
  455. >2a) I have read that the old (and still prevelant) transfer rate of 150 k/sec
  456. >    is at best borderline as far as animation goes.  Will I really really be
  457. >    sorry that I didn't get a 300k/sec drive?
  458.  
  459. It is a cost vs. utility issue.  Yes, 150K is borderline, but if you wait for
  460. the faster drives to become cheaper, you will not have the use of the drive
  461. until then (which could be a couple of years).  I decided to bite the bullet
  462. and get a 330 KB/sec, multisession drive.  This set me back $500, but at least
  463. I won't have to mess with my system for a while.
  464.  
  465. >  I know that there is a fast and slow Mitsumi drive, and I have also read
  466. >  about the "order one kind of drive, but get another (slower) drive
  467. >  instead" phenomena.
  468.  
  469. Become knowledgeable about what you are buying.  A quick scan here shows two
  470. Mitsumi models:  CRMC, 600msec; and CRMC005, 347msec.
  471.  
  472. >   Are there any advantages in getting the external vs the internal drive?
  473. >   Is this drive (or CD-rom drives in general) affected by 5.25" floppy
  474. >   drives mounted directly above or below it?
  475.  
  476. I have heard the powerful motor (and its magnets) can affect floppy or hard
  477. drives close by, but nothing is mentioned in my Toshiba CD-ROM install guide
  478. about this, and I have had no problems.  Perhaps certain drives emit more of
  479. a field than others.
  480. -------------------------------------------------------------------------------
  481. From: poffen@sj.ate.slb.com (Russ Poffenberger)
  482. Subject: Re: CD-ROM: SCSI vs "other",fast vs slow,Mitsum
  483.  
  484. >    is there any advantage in getting a SCSI cd-rom (and paying $150 to
  485. >    $200 for a SCSI controller) or would a proprietary controller card
  486. >    be perfectly adequate?
  487.  
  488. Also, support for CDROM's on SCSI is much more extensive. For now, NT only
  489. supports CDROM's on SCSI. OS/2 I think is also that way (driver may now be
  490. coming available, not sure.)
  491. ----------------------------------------------------------------------------
  492. For now, THE END...
  493.